查看原文
其他

再谈中年危机和应对策略

杜仲 技术琐话 2019-12-17

作者:杜仲 2019.10.20


前段时间跟中生代社区的技术大咖一起座谈,其中很大的一个话题就是关于技术人员的中年危机,而且在座的大咖们都有自己的心得体会,谈论了对中年危机的理解以及应对策略。能做到各个公司技术领导者地位的同学,应该是不存在中年危机的。
  
但对于大部分技术人员来说,情况却没有这么乐观,我们先来定义一下什么是中年和危机:     
 
我认为技术人员的中年,基本上是以30岁为分界线,一般来说本科毕业22岁,硕士毕业25岁,到30岁的时候,也就是我常说的技术人员工作了5-8年的期间,过了30岁都应该算步入中年范畴了。
 
为什么技术人员到了30岁左右会出现危机感呢?
 
首先,是人生的基本任务问题,到了30岁的年纪,如果还没结婚的话,家里都会催婚了,其他行业的同龄人早都结婚了,很多都有了小孩,只有技术人员一大把还是单身狗,家里人催得紧,自己内心其实也挺着急的。
 
其次,由于技术人员的特点,总人数这么多的情况下,一般很难在公司团队做到比较高的技术管理岗位。加上频繁的跳槽,在新公司都未必能到团队核心的位置,面对未来的发展很迷茫。
 
关于跳槽,这里简单分析一下:由于技术人员的特点,很多时候是由于公司的种种问题不爽了、薪资太低了等原因,或者有个机会比现在多个23000元的月薪,就跳槽了。技术人员在一家公司一般工作2-3年就会有跳槽的想法,跳槽一般都会有一定的薪资涨幅。等到中年30岁的时候,都会有过23次跳槽的经历(无论是主动还是被动),又到了有跳槽想法的时候,很多人会发现这时候比较迷茫,这么跳来跳去到底是为什么?
 
我认为大部分的跳槽都是没有价值的。有句话说:换行不换岗、换岗不换行。在跳槽的时候一定要想清楚,自己当时来这家公司的目的是什么?经历了2-3年有没有达成自己的目标,如果因为公司环境不行、领导不行,那么在当初面试考察公司的时候怎么没有了解清楚呢?如果是因为自己努力不够没有达到自己的目标,那换个公司真的能解决问题吗?跳槽一定是要结合自身的述求去寻找,也一定要在一家公司达到自己最初的目标后,当前公司无法满足自己的下一阶段目标再考虑跳槽,只有这样的思路下,你的跳槽才会有价值。
 
第三,年轻一代的新程序员如竹笋般冒出来,一茬一茬的比自己小好多岁的同事加入到团队,加班是他们的强项,而自己总有些气力不足的感觉。
 
从统计数据来看,全国有技术从业者将近800万人,需要用到比较高级技术的一线互联网公司,粗略估计一下,阿里巴巴、腾讯这样的公司差不多有大几千人,统计放得松一点,一线互联网公司的技术从业人员顶多几十万,相对于800万的总数来说,占比不到10%,还有90%的技术人员都在从事不需要太多技术难度的工作,处于解决企业业务问题的状态。另一方面,做一线技术工作的人员,最多能做到40岁,如果哪个技术人员超过40岁还在一线写代码,那这辈子也就差不多这样了。那么可以看到,超过30岁还在一线做技术开发的同学,你真的感觉会好吗?
 
从企业老板的角度来看,刚毕业的程序员对业务的处理能力虽然不及老程序员,但薪资待遇便宜啊,而且卖力程度明显大很多,老程序员的薪资要贵好几倍,但业务效果并没有那么高,性价比明显不如年轻的程序员,在碰到公司业务不好的时候,优先让老程序员卷铺盖走人是常规做法。
 
最后,自己经过这么多年的加班加点打拼,虽然有不少经验,但好像身体也有点量入为出了,大腹便便地真切感觉到体力大不如前,甚至身边有些同年龄段的同事因加班而倒下的,已经认识到必须得开始关注自己的健康了。
 
在30岁的关口,如何选择职业方向?
 
技术人员到了30岁的这个时期,会面临一个非常重要的职业十字路口,选择走技术专家路线还是技术管理路线?如果能在好的公司里(如阿里巴巴、腾讯等),可以不太需要考虑这些问题,因为公司机会太多了,而且待遇福利也很好,只要踏踏实实做下去,纯技术方面也可以做到很高的级别,待遇并不比同级别管理层低。但普通公司里可不是这样的,因为老板要考虑利益最大化,同样的工作如果刚毕业的学生能做的,为什么要雇佣你这样的经验多一些但却要贵好几倍的程序员呢?
 
常规的粗暴的选择就是走管理路线还是技术专家路线,在阿里巴巴和腾讯之类的大公司内部,是可以有这样的选择,但在一般公司其实根本就没得选择,要有好的出路只有走技术管理路线,未来管理能力不行的很难有好的发展。
 
在阿里巴巴内部职级体系中,有M(管理序列)和P(专业序列)的区分,那MP这两者的主要差别是什么呢?最重要的是人的特性和做事方式,M是管理路线,对人的要求其实是会更高的,不仅要管人、管事,还需要带领团队取得业绩,常规M3需要通过各种管理方法带领团队取得业绩、达成业务目标,通常在团队内部会有多个技术能力比他更好的高P;而对应的P8也是要求带团队,但团队人数一般都会更少一些,从几人到十几人不等,P8的专业技术能力基本会是团队里最好的那个,由他通过技术的影响力来领导团队完成一些特定的技术或业务目标。
 
如果你能在这样的大公司里,其实在这个选择的关口不太有问题的,不论是走P序列或是M序列,都可以有很好的成长和收获。但如果你暂时还没机会到阿里腾讯这样的一线互联网公司去,而是在相对小一些的公司打拼,那么就得非常慎重自己的选择,一定要尽早找到机会做技术管理相关的工作。带几个人干个小项目,不算管理,只有一家公司的技术负责人,不论他的Title叫什么,CTO也好、技术总监也罢、或者高级程序员,都不重要,关键的是公司的技术决策在手上即可,只有经历这样的岗位锻炼,才能真正让你的技术管理能力得到提升。
 
针对技术人员,在30岁来临之前,我给出以下建议供参考:
 
1、无论在哪里,无论环境又怎样的变化,先把自己手头的事情做扎实,这是确保自己的工作成果有效展现的最佳方式;专业技术能力是确保你能完成本职工作的基础,所以无论何时,基本的技术体系知识,必须掌握扎实;
 
2、跟对人非常重要,你的老板、你的合伙人对你后续的发展影响非常大,好的老板能给你在成长的方面提供足够的支持和答疑解惑;
 
3、在有机会来临的时候,得学会抓住,会分析哪些对你是机会,哪些可能是陷阱;
 
4、多看书、多学习,吸取前人的经验和能量,充实自己在各领域的认知和实力;
 
5、程序员除了技术上的专精外,还有很多非技术能力需要提升,总在一个岗位做同样的事情,能得到的提升是有限的;
 
6、提高自己的视野和格局,跟不同的人打交道,特别是不同领域的高人,在不同段位上的人思考问题的方式都不一样的,多去尝试和理解;
 
7、有机会独挡一面的时候,一定要去争取,能独立带个小分队解决一项技术问题;有机会独立去探索一个新机会;有机会到一个小公司去当技术负责人等等。
 
最后一点提到的有机会到一个小公司去当技术负责人,对这个我自身经历深有体会,当我能在技术上某个领域独当一面的时候,未必能很好地理解CEO的意图,也未必能很好地做出公司需要的产品,因为这些都不是技术本身的事情。当我经历过多次创业后,更能理会这种各方不理解的痛苦和个中原因。
 
不论是否技术人员,通用方面我给出的一些建议如下:
 
1、一定要重视身体健康,无论你未来能赚多少钱,能走到多高的层面,如果健康没了,一切都归零。所以一定要知道什么是健康饮食、什么是良好的作息规律,也要知道适当运动是增强体质最好的良方;
 
2、在可不跳槽的时候,尽量不要去跳槽。因为你在这家公司碰到的不爽在其他公司是一样的,只是让你不爽的点可能不一样而已。要在现在的公司里尽可能去找到自己发挥的空间,多帮助其他同事,成就他人能让你变得更受欢迎,也更容易有满足感;
 
3、人到中年了,不要太计较一两千的薪资待遇,更多的要去考虑如何提升自己的能力,提升自己的认知和格局;
 
4、在投资方面相信也有一些经历,如果经历过大熊市暴跌,相信会变得更理智。最有价值的投资就是投资自己的头脑和身体,只有这个是永远属于你自己的,别人用任何办法都夺不走。想想自己有多久没有认真读完一本书了?世界上这些知名的伟人、企业家,哪一个不是都非常热爱读书的?
 
5、在职业方向选择上,如果不考虑自己创业,能到大公司去就一定要到大公司去锻炼一下,特别是像阿里巴巴、腾讯这样的公司。然后认真审视自己,找到自己兴趣点和专业结合的道路,会走得更顺一些的;
 
6、孔子曰:三人行,必有我师焉。一定要找到你生活中的导师,能帮你的人生、职业给出指引的人,让你能在人生、职业道路上少走很多弯路。多参与一些社交活动,多交一些志同道合的朋友;
 
7、要尽量想办法找到自己的人生伴侣,能结婚的话尽量早点结婚,毕竟30岁以上的女性生孩子已经属于高龄产妇了;
 
8、了解多元思维模型,特别是复利思维,提升自己的认知能力,尽量选择并长期坚持做那些能让自己增值的事情。
 
俗话说,选择大于努力。但决定如何选择的,是你的价值观,只有对事情有足够的认知,才会做出适合自己的选择,很多东西如果都没接触过,就别轻易说不适合自己,人生在世需要的是体验,多尝试、多总结,走出属于自己的精彩人生路。
 
 
作者简介:
杜仲,真名肖劲青,20年的研发及管理经验,曾在阿里巴巴集团从零开始搭建运维自动化体系,该系统承载了超过百万台设备的运维管理和调度任务。核心系统Armory至今仍在阿里巴巴集团服役。2012年从阿里巴巴离职先后三次创业,分别是:2B的金融行业运维自动化、2C的居家健康管理服务,以及当前在做的【找CTO】服务。【找CTO】的使命是让CTO和企业共同成长,愿景是成就一万名合格的CTO。
 
杜仲创立了【查理芒格研习会】,带领研习会成员精读《穷查理宝典》及查理芒格推荐的书籍,以慢为快的读书学习方法,让研习会成员都能真正地读书并学以致用,将知识变成自己的能力。微信公众号搜索:查理芒格研习会
关注杜仲,微信公众号搜索:杜仲闲谈


往期推荐:

 

技术琐话 




以分布式设计、架构、体系思想为基础,兼论研发相关的点点滴滴,不限于代码、质量体系和研发管理。


    您可能也对以下帖子感兴趣

    文章有问题?点此查看未经处理的缓存